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B schreibung 

Tragbare Datentrager sind magn tische, optische 
oder sonstige physikalische Speichereigenschaften 
nutzende Objekte. Wenn die sen Datentragern Intelli- 
gent in Form eines Mikroprozessors zugeordnet ist, 
sind diese Datentrager besonders vielseitig verwend- 
bar und erfullen hochste Anforderungen an die Da- 
tensicherheit Am meisten verbreitet sind diese intel- 
ligenten Datentrager in Form von Chipkarten. 

Die Chipkarte ist vielseitig anwendbar, beispiels- 
weise als bargeldloses Zahlungsmittel, als Personal- 
oder Versicherungsausweis, als Schlussel zum Zu- 
gang zu Rechnern und fur alle sonstigen Anwendun- 
gen, bei denen die eindeutige Identifizierung eines 
Anwenders notwendig ist oder die Berechtigung ei- 
nes Anwenders eine bestimmte Anwendung auszu- 
fuhren, nachgewiesen werden mud. Ist eine einzige 
Chipkarte fur mehrere solche Anwendungen ver- 
wendbar, so spricht man von einer multrfunktionalen 
Chipkarte. Auf Grund ihres physikalischen Aufbaus - 
neben dem Prozessor sind auf dem Chip ein masken- 
programmierbarer ROM-Speicherbereich, ein als Ar- 
beitsspeicher dienender schneller RAM-Speicherbe- 
reich und ein nichtfluchtiger, programmierbarerSpei- 
cherbereich (EEPROM-Speicherbereich) unterge- 
bracht- konnen die Chipkarten vom Kartenherausge- 
ber durch entsprechende Programmierung des 
EEPROM-Speicherbereichs fur viele Anwendungen 
programmiert werden. Bei jeder Anwendung mussen 
gemaft einem vorgegebenen Protokoil einige der im 
ROM-Speicherbereich abgelegten Basisfunktionen 
auf der Chipkarte abgearbeitet werden. 

Aus EP-A-0 190 733 ist eine Chipkarte bekannt, 
der Kommandos zugefuhrt werden, die Basisfunktio- 
nen bezeichnen. Die Basisfunktionen sind in der 
Chipkarte gespeichert und werden dort in der Rei- 
henfolge abgearbeitet, in der sie aufgerufen werden. 

Im EEPROM-Speicherbereich ist fur jede Anwen- 
dung ein Anwendungsdatenfeld eingerichtet Auf in ei- 
nem solchen Feld eingetragene Daten kann eine Ba- 
sisfunktion nur zugreifen, wenn diese Anwendung 
vorher aufgerufen wurde. Im Anwendungsdatenfeld 
konnen Daten mit unterschiedlichen Zugriffsbedin- 
gurigenabgelegtsein. Es kann beispielsweisefestge- 
legt sein, dad Daten nur dann gelesen oderverandert 
werden konnen, wenn sich der Chipkartenbenutzer 
durch eine PIN-Nummer (personliche Identifikations- 
nummer) zu erkennen gibt. 

Die Informationen, welche Anwendung vorliegt, 
welche Basisfunktion abgearbeitet werden soil, und 
die zur Berechtigungsprufung erforderlich n Infor- 
mationen erhalt die Chipkart durch Datenaustausch 
mit einem Terminal. Mit diesem Terminal ist die Chip- 
karte direkt durch elektrische Kontakte oder indir kt 
uber optische oder induktive Koppeleinrichtungen 
verbunden. Vom Terminal aus konnen also Basis- 
funktionen zur Abarbeitung auf d r Chipkarte aufge- 



rufen werden. Die Reihenfolge, in d r diese Basis- 
funktionen aufgerufen werden, wird demnach vom 
Terminal bestimmt Da s aus sicherheitstechnischen 
Grunden erforderlich ist, die Basisfunktionen in einer 

5 bestimmten R ihenfolge abzuarbeiten, besteht durch 
eine mogliche Manipulation am Terminal, durch die 
die Ablaufreihenfolge verandert werden konnte, oder 
durch die bestimmte Basisfunktionen ausgelassen 
werden kSnnten, ein Sicherheitsrisiko. 

10 DerErfindung liegtdie Aufgabezugrunde, bei ei- 
nem Datenaustauschsystem der eingangs genannten 
Art das sicherheitstechnische Risiko der unzul§ssi- 
gen, durch Manipulation am Terminal herbeigefuhr- 
ten Veranderung eines Ablaufprotokolls einer Anwen- 

15 dung auszuschalten. 

Diese Aufgabe wird erf indungsgemaR durch die 
in Patentanspruche 1 und 21 angegebenen Merkma- 
le gelost 

Durch die Speicherung derzulassigen Protokoll- 
20 ablaufe auf dem Datentrager selbst und der erfin- 
dungsgemalien Nutzung dieser Speicherung im Zu- 
sammenwirken mit dem Zustandsspeicherbereich, 
wird die Sicherheit des Datenaustauschsystems zu- 
satzlich erhoht Der Datentrager selbst kann Manipu- 
25 lationen am Terminal erkennen und geeignete Ge- 
genmaSnahmen einleiten. Zudem kann das erfin- 
dungsgemade Verfahren fur beliebige Anwendungen 
eingesetzt werden. 

Besondere Ausgestaltungen und Weiterbildun- 
30 gen des erfindungsgemaften Verfahrens und einer 
Vorrichtung zur Durchfuhrung des Verfahrens sind in 
den Unteranspruchen angegeben. 

Im folgenden wird ein Ausfuhrungsbeispiel der 
Erf indung anhand der Zeichnungen naher erlautert 
35 Dabei zeigen 

FIG 1 eine Datenaustauschvorrichtung zur 
Durchfuhrung des erfindungsgemafcen Verfah- 
rens, 

FIG 2 ein Ablaufdiagramm einer Anwendung, 
40 FIG 3 eine Nachfolgertabelle zum Ablaufdia- 
gramm, 

FIG 4 Auszuge aus einer Steuerliste zum Ablauf- 
diagramm und 

FIG 5 einen Zustandsspeicherbereich des Daten- 

45 tragers. 

FIG 1 zeigtein Datenaustauschsystem, bestehend 
aus einem vorzugsweise als Chipkarte K ausgebildeten 
Datentrager und einem Terminal T. Das Terminal T ist 
ein mit einer Schnittstelle zum Datenaustausch mit einer 

so Chipkarte K ausgestattetes Datenein-/ausgabegrat ei- 
ner Datenverarbeitungsanlag , beispielsweise ein 
Geldautomat, ein Kontoauszugdrucker, ine Perso- 
nenidentifizierungseinrichtung oder auch ein nt- 
sprechend ausgerusteter Telefonapparat 

55 Anstelle einer Chipkarte K sind auch andere Da- 
tentrager denkbar, die von der geometrischen Form 
der Chipkarte K mehr oder weniger abweichen. Maft- 
geblich ist lediglich, da& der Datentrager einen Pro- 
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zessor P und einen Speicher S enthalt Im Ausfuh- 
rungsbeispiel sind di Chipkarte K und das Terminal 
T uber elektrische Kontakte losbar miteinander ver- 
bunden. 

Der Speich r S der Chipkarte K ist in drei sich in 
der Speichertechnik unterscheidende Bereiche ein- 
geteilt: Ein elektrisch losch- und wiederbeschreibba- 
rer Speicherteil EEPROM, ein schneller, als Arbeits- 
speicher benutzter schreib- und lesbarer Speicher 
RAM und ein maskenprogrammierbarer Speicherbe- 
reich ROM. GemaB ihrer Speichereigenschaften wer- 
den die drei Speicherbereiche unterschiedlich ge- 
nutzt Im maskenprogrammierbaren Speicherbereich 
ROM sind vom Kartenhersteller die anwenderunab- 
hangigen, universell anwendbaren Daten und Pro- 
gramme gespeichert Unter anderem sind in diesem 
maskenprogrammierbaren Speicherbereich ROM 
mehrere Basisfunktionen B mit den Basisfunktionsbe- 
zeichnungen B1...Bn, Krypto-Algorithmen KA bei- 
spietsweise zur Verschlusselung der Daten beim Da- 
tenaustausch und ein Betriebssystem BTS der Chip- 
karte K eingetragen. Im schreib- und lesbaren Spei- 
cherbereich RAM werden solche Daten abgelegt, die 
wahrend der Dauer einer Verbindung zwischen Ter- 
minal T und Chipkarte K benotigt werden. Unter an- 
derem sind das die EirWAusgangsdaten I/O und Da- 
ten, die in einem Zustandsspeicherbereich ZS abge- 
legt werden. Im elektrisch schreib- und losch baren 
Speicherbereich EEPROM werden die vom Karten- 
herausgeber festgelegten Daten gespeichert Dieser 
Speicherbereich EEPROM enthalt in einem soge- 
nannten Gemeinschaftsdatenfeld CDF hinterlegte 
Daten, die unabhangig von einer spezielien Anwen- 
dung verwendet werden konnen und Daten, auf die 
nur bezuglich einer Anwendung zugegrrffen werden 
kann. Diese anwendungsspezifischen Daten sind in 
sogenannten Anwendungsdatenfeldern ADF abge- 
legt Das Gemeinschaftsdatenfeld CDF und die An- 
wendungsdatenfelder ADF enthalten zusatzlich so- 
genannte Steuerlisten STL, in denen jeweils minde- 
stens die Ablaufreihenfolge einer Anwendung festge- 
legt ist Eine einem bestimmten Anwendungsdaten- 
feld ADF zugeordnete Steuerliste STL kann auch au- 
Berhalb des Anwendungsdatenfeldes ADF im Ge- 
meinschaftsdatenfeld CDF gespeichert werden. Dies 
ist immer dann sinnvoll, wenn fur verschiedene An- 
wendungen die gleiche Ablaufreihenfolge vorge- 
schrieben ist Da die Steuerliste STL dann fur zwei 
Oder mehrere solcher Anwendungen nur einmal ge- 
speichert werden mu& kann Speicherplatz gespart 
werden. 

in FIG 2 ist das Ablaufdiagramm einer Anwen- 
dung dargest lit Ausgehend von einem Anfangszu- 
stand Z1 folgt durch Abarbeitung einer vierten Basis- 
funktion B4 auf den Anfangszustand Z1 ein zweiter 
Zustand 72. Von diesem zweiten Zustand Z2 ausge- 
hend, ist alternativ die Abarbeitung zweier Basisfunk- 
tionen B2, B3 moglich. Mit erfolgreicher Abarbeitung 



der zweiten Basisfunktion B2 kommtdie Anwendung 
in einen dritten Zustand Z3 und mit der erfolgreichen 
Abarbeitung der dritten Basisfunktion B3 ge rat die An- 

5 wendung in einen vierten Zustand Z4. Vom vierten 
Zustand Z4 ausgehend ist nur die Abarbeitung der r- 
sten Basisfunktion B1 erlaubt, wodurch die Anwen- 
dung in einen funften Zustand Z5 gerat Von diesem 
funften Zustand Z5 ausgehend, ist entweder die Ab- 

10 arbeitung der zweiten Basisfunktion B2 Oder der drit- 
ten Basisfunktion B3 zugelassen, wahrend die Abar- 
beitung der dritten Basisfunktion B3 zum vierten Zu- 
stand Z4 der Anwendung zuruckfuhrt, fuhrt die Abar- 
beitung der zweiten Basisfunktion B2 zu einem End- 

15 zustand Z6 der Anwendung. Wenn, vom zweiten Zu- 
stand Z2 ausgehend, die zweite Basisfunktion B2 ab- 
gearbeitet wird, gerat die Anwendung in den dritten 
Zustand Z3. Von diesem Zustand Z3 ausgehend ist le- 
diglich die Abarbeitung der funften Basisfunktion B5 

20 zulassig, die zum Endzustand Z6 der Anwendung 
fuhrt Zusatzlich ist bei jedem Zustand Z der Anwen- 
dung die Abarbeitung einer sechsten Basisfunktion 
B6 und einer schlie&enden Basisfunktion BC erlaubt 
Stellvertretend fur samtliche sechsten Basisfunktio- 

25 nen B6 ist diese nur beim dritten Zustand Z3 der An- 
wendung in der FIG 2 eingezeichnet Die Abarbeitung 
der sechsten Basisfunktion B6 fuhrt immer wieder zu 
dem Zustand Z zuruck, von dem sie ausging. Die Ab- 
arbeitung der schlie&enden Basisfunktion BC fuhrt 

30 stets zur Beendigung der Anwendung. 

In FIG 3 ist eine Nachfolgertabelle abgebildet In 
der ersten Spalte sind samtliche innerhalb der An- 
wendung moglichen Zustande Z mit den Nummern 1 
bis 6 eingetragen. In der zweiten Spalte ist zu jedem 

35 Zustand die Anzahl BA der zulassigen Basisfunktio- 
nen B eingetragen. Gem3& dem Ablaufdiagramm aus 
FIG 2 sind dies zwei Basisfunktionen B zum ersten 
Zustand Z1, drei Basisfunktionen B zum zweiten Zu- 
stand Z2 ( zwei Basisfunktionen B zum dritten Zustand 

40 Z3 t zwei Basisfunktionen B zum vierten Zustand Z4, 
drei Basisfunktionen B zum funften Zustand Z5 und 
zwei Basisfunktionen B zum sechsten Zustand Z6. Da 
das Beenden einer Anwendung keinen Anwendungs- 
zustand zur Folge hat, ist die bei jedem Zustand Z 

45 mdgliche schlie&ende Basisfunktion BC in der Nach- 
folgertabelle der FIG 3 nicht berucksichtigt Nach der 
zweiten Spalte sind in der Tabelle mehrere Spalten- 
paare angegeben. Die Zahl der Spaltenpaare ent- 
spricht der maximalen Anzahl BA der zulassigen Ba- 

50 sisfunktionen B, die auf einen Zustand Z folgen kon- 
nen. Jedes Spaltenpaar besteht aus einer Spalte, in 
der die Nummer B1 ...B6 der jeweils zulassigen Basis- 
funktion B angeg ben ist und aus iner zweiten Spal- 
te, in die die Folgezustandsbezeichnung ZF, des auf 

55 den jeweiligen Zustand Z nach Abarb itung einer Ba- 
sisfunktion B folgenden Zustandes Z1...Z6 eingetra- 
gen ist So sind beispielsweise im zweiten Zustand Z2 
drei Basisfunktionen B zur Abarbeitung zugelassen, 
namlich die zweite Basisfunktion B2, die dritte Basis- 
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funktion B3 und die s chst Basisfunktion B6. Auf die 
zweite Basisfunktion B2 folgt der dritte Zustand Z3, 
auf die dritte Basisfunktion B3 folgt der vierte Zustand 
Z4 und auf die sechste Basisfunktion B6 folgt der 
zweite Zustand Z2. 

Die Nachfolgertabelle gemaB FIG 3 kdnnte in die- 
ser Form zwar abgespeichert werden; diese Spei- 
cherform hatte aber einen hohen Aufwand bei der 
Auswertung dieser Tabelle zur Folge. Deshalb wird 
die Nachfolgetabelle in Form einer Steuerliste STL, 
wie sie in FIG 4 angegeben ist, gespeicherL 

FIG 4 zeigt ausschnittsweise eine Steuerliste 
STL, die in zwei Speicherbereiche S1 und S2 einge- 
tragen ist. Im Speicherbereich S1 sind ein Steuerli- 
ste nkopf SK und ein Steuerlistenrumpf SR unterge- 
bracht und im Speicherbereich 52 ist eine Ausnahmen- 
liste SAabgelegL Der Steuerlistenkopf SK enthalt je ei- 
nen Speicherplatz fur eine Steuerlistenkopflange SKL 
und fur eine Ausnahmenlistenblocknummer SAN. Des- 
weiteren enth§lt der Steuerlistenkopf SK nacheinan- 
der den zulassigen Zustanden Z in aufsteigender Rei- 
henfolge zugeordnete Speicherplatzpaare, in die je- 
weils die Anzahl SBAder beim betreffenden Zustand 
Z zulassigen Basisfunktionen B (mit Ausnahme der 
Basisfunktionen B, dessen Basisfunktionsbezeich- 
nungen Bn in einer Ausnahmenliste SA eingetragen 
sind) und ein Pointer SBP eingetragen sind. Dieser 
Pointer SBP zeigt auf einen Speicherplatz im Steuer- 
listenrumpf SR, an dem die zulassigen Basisfunktio- 
nen B und ihre Folgezustande ZF abgelegt sind. Der 
Steuerlistenrumpf SR besteht aus Gruppen von 
Datentupeln, wobei auf den Anfang jeder Gruppe der 
Pointer SBP aus dem Steuerlistenkopf SK zeigt Ein 
solches Tupel setztsich aus einem Speicherplatz fur 
die Bezeichnung einer Basisfunktion B und einem 
Speicherplatz fur eine Folgezustandsbezeichnung 
ZF eines zwingend auf die im Tupel bezeichnete Ba- 
sisfunktion B folgenden Zustandes Z zusammen. Wie 
die FIG 4 zeigt, sind im Steuerlistenkopf SK dem er- 
sten Zustand Z1 eine Funktionsanzahl SBA1 und ein 
Pointer SBP1 zugeordnet Der Pointer SBP1 weistauf 
die dem ersten Zustand Z1 zugeordnete Gruppe im 
Steuerlistenrumpf SR,"die ein Datentupel enthalt In 
die Speicherplatze dieses Datentupels sind die Be- 
zeichnung der vierten Basisfunktion B4 und die Fol- 
gezustandsbezeichnung ZF des auf die erfolgreiche 
Abarbeitung der vierten Basisfunktion B4 folgenden 
zweiten Zustandes Z2 eingetragen. Diese Eintragun- 
gen entsprechen den Eintragungen, die an entspre- 
chender Stelle aus FIG 2 bzw. FIG 3 entnehmbar sind. 

Da zu alien Zustanden Z der Anwendung di Ab- 
arbeitung der sechsten Basisfunktion B6 und di Ab- 
arbeitung derdi Anwendung beendenden schlie&en- 
den Basisfunktion BC zulassig ist, ist es vorteilhaft, 
diese Basisfunktionen nicht im St uerlistenrumpf SR 
einzutragen. Durch die Einrichtung der Ausnahmenli- 
ste SA im zweiten Speicherb reich S2 konnen die Be- 
zeichnungen der bei jedem Zustand Z zulassig n Ba- 



sisfunktionen B6, BC speicherplatzsparend in eine 
Steuerliste STL eing fugt werden. Im Steuerlisten- 
kopf SK ist in den Speich rplatz neben der Steuerli- 

5 stenkopf lange SKLeine Ausnahmenlistenblocknummer 
SAN eingetragen. Durch diese Nummerwird die Aus- 
nahmenliste SA der Anwendung zugeordnet Durch 
diese Art der Ausnahmenlistenzuordnung und ge- 
meinsam mit der Speicherung der Ausnahmenliste 

10 SA im Gemeinschaf tsdatenfeld CDF ist es auch mog- 
lich, eine Ausnahmenliste SA fur verschiedene An- 
wendungen zu verwenden. 

FIG 5 zeigt eine spezielle Ausfuhrung des Zu- 
standsspeicherbereiches ZS. Der Zustandsspeicher 

15 ZS enthalt Informationen zum Protokollablauf und zur 
Datenzugriffskontrolle. Zu den Informationen zum 
Protokollablauf gehoren die Blocknummer STB der 
Steuerliste STL, die Bezeichnung der zuletzt erfolg- 
reich abgearbeiteten Basisfunktion B, die im Basis- 

20 funktionsspeicherplatz BZ eingetragen ist und die In- 
formation uber den aktuellen Protokollzustand Z, die 
im Protokollzustandsspeicherplatz Zi abgelegt ist 
Die Speicherplatze zur Datenzugriffskontrolle umfas- 
sen einen Platz APIN fur die Kennzeichnung einer er- 

25 fotgreich durchgefuhrten PIN-Prufung inner halb der 
Anwendung, zwei Speicherplatze zum Ablegen der 
Information, ob zwei verschiedene Authentizitatspru- 
fungen AUTH1 , AUTH2 erfolgreich durchgefuhrt wur- 
den, einige Reservespeicherplatze RES und einen 

30 Speicherplatz, in dem die Information eingetragen 
wird, ob eine globale PIN-Prufung GPIN erfolgreich 
durchgefuhrt wurde. 

Im folgenden wird der Ablauf des erf indungsge- 
ma&en Verfahrens unter Einbeziehung der oben be- 
ds schriebenen Vorrichtung erlautert 

Mit dem Einstecken einer Chipkarte K in das Ter- 
minal T wird mittels elektrischer Kontakte oder gege- 
benenfalls auch kontaktlos eine elektrische Verbin- 
dung zwischen Terminal T und Chipkarte K herge- 

40 stellt Diese Verbindung wirkt sowohl hinsichtiich der 
Stromversorgung als auch bezuglich der Ankopplung 
der Ein-/Ausgabeeinrichtungen I/O des Terminals T 
und der Chipkarte K. Durch das Einstecken der Chip- 
karte K wird der gesamte Arbeitsspeicherbereich in 

45 einen bestimmten Zustand - z.B. alle Bit = 0 -zuruck- 
gesetzt 

Das Terminal T ist in diesem Beispiel einer be- 
stimmten Anwendung - beispielsweise einem Geldau- 
tomaten einer Bank - zugeordnet Die jeweilige Art 

so der Anwendung wird der Chipkarte K in der Weise mit- 
geteilt, dak das Terminal T ein spezif isches Applika- 
tionskommando an die Chipkarte K ubertragt Auf der 
Chipkarte K wird nun uberpruft, ob auf der Chipkarte 
K ein Anw ndungsdatenfeld ADF fur diese spezielle 

55 Anw ndung vorhanden ist Ist dieses Anwendungs- 
datenfeld ADFvorhand n.findet ineteilw iselnitia- 
lisierung des Zustandsspeicherber ichs ZS statt 
Diese Initialisierung hat zur Folge, da B die Blocknum- 
mer STB derdieser Anwendung zugeordneten, im An- 
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wendungsdatenfeld ADF oder im Gemeinschaftsda- 
tenfeld CDF verm rkten Steuerliste STL im Zu- 
standsspeicherbereich ZS eingetragen wird und der 
ProtokollzustandsspeicherplatzZi, in dem der aktuel- 
le Anwendungszustand Z eingetragen w rden mufc, 
auf den ersten Zustand Z1 gesetzt wird. Desweiteren 
werden samtliche Bit der anwendungsbezogenen 
Speicherplatze zuruckgesetzt (beispiels weise 0). Die 
Bit der Speicherplatze fur globale Daten bleiben un- 
verindert 

Nach der Meldung an das Terminal T ( dad der In- 
itialisierungsvorgang abgeschlossen ist, erfolgt die 
Ubertragung eines Funktionskommandos vom Termi- 
nal T zur Chipkarte K, wobei dieses Funktionskom- 
mando, z.B. die vierte Basisfunktion B4 bezeichnet 
und die notwendigen Eingangsdaten furdiese Basis- 
funktion B4 enthalt Die Chipkarte K befindetsich auf 
Grund der Eintragung im Zustandsspeicherbereich 
ZS im ersten Zustand Z1 . Es wird nun im Steuerlisten- 
kopf SK, der Steuerliste STL mit der im Zustandsspei- 
cherbereich ZS eingetragenen Blocknummer STB, 
dasjenige Datenpaar gelesen, das dem ersten Zu- 
stand Z1 zugeordnet ist Im Speicherplatz SBA1 ist 
eingetragen, da& in diesem ersten Zustand Z1 nurei- 
ne Basisfunktion B zulassig ist Der neben diesem 
Speicherplatz eingetragene Pointer SBP1 zeigt auf 
die dem ersten Zustand Z1 zugeordnete Gruppe von 
Datentupeln. Dieses Tupel enthalt die Bezeichnung 
der vierten Basisfunktion B4 und die Bezeichnung 
des auf die vierte Basisfunktion B4 folgenden Zustan- 
des Z2. Der Vergleich der vom Terminal T ubertrage- 
nen Basisfunktionsbezeichnung B4 und der Basis- 
funktionsbezeichnung B4, die im Datentupel des 
Steuerlistenrumpfes SR eingetragen ist, liefert ein 
positives Ergebnis. Auf Grund dieses positiven Ver- 
gleichsergebnisses wird die vierte Basisfunktion B4 
unter Verwendung der mit dem Funktionskommando 
ubertragenen Eingangsparameter abgearbeitet Un- 
ter der Annahme, dafcdie vierte Basisfunktion B4, die 
fur die PIN-Prufung zustandige Funktion ist, und daft 
die PIN-Nummervordem Funktionsaufruf am Termi- 
nal T richtig eingegeben wurde, liefert die vierte Ba- 
sisfunktion B4 das Ergebnis, dad die PIN-Prufung er- 
folgreiche vorgenommen wurde. Am Basisfunktions- 
speicherplatz BZ fur die zuletzt erfolgreich ausge- 
fuhrte Basisfunktion B des Zustandsspeicherberei- 
ches ZS wird die Bezeichnung der vierten Basisfunk- 
tion B4 eingetragen. ZusatzJich wird an einem der 
Speicherplatze APIN oder GPIN, beispielsweise 
durch Setzen eines Bit, die erfolgreich ausgefuhrte 
PIN-Prufung vermerkt W Iches Bit der beiden Spei- 
cherplatze gesetzt wird hangt davon ab, ob mit dem 
gleichen Terminal T mehrere Anwendungen reaiisier- 
bar sind und davon, ob fur alle Anwendung n, fur die 
die Chipkarte K zugelassen ist, die gleiche PIN-Num- 
mer erforderlich ist Da im beschriebenen Fall das 
Terminal T ausschlie&lich dem Geldautomaten zuge- 
ordnet ist und damit nur eine Anwendung mit diesem 



Terminal T durchgefuhrt werden kann, wird der Spei- 
cherplatz APIN im Zustandsspeicherbereich ZS auf 1 
gesetzt 

5 Der Zustand Z der Anwendung wird dadurch in 

d n zweiten Zustand Z2 ubergefuhrt, dad der im 
Datentupel im Steuerlistenrumpf SR neben der Ba- 
sisfunktionsbezeichnung B4 in Form einer definier- 
ten Bitfolge eingetragene Zustand Z2 in den Proto- 

10 kollzustandsspeicherpiatz Zi des Zustandsspeicher- 
bereichs ZS eingetragen wird. 

Nachdem ein Antwortsignal, das dem Terminal T 
die erfolgreiche Abarbeitung der vierten Basisfunkti- 
on B4 signalisiert, von der Chipkarte Kzum Terminal 

15 T ubertragen wurde, ist der erste Vorgang abge- 
schlossen. Die Chipkarte K ist wieder bereit, eine In- 
formation hier in Form eines Funktionskommandos, 
zu empfangen. 

Das Terminal T ubertragt nun ein zweites Funkti- 

20 onskommando zur Chipkarte K. Dieses Funktions- 
kommando bezeichnet die dritte Basisfunktion B3 
und beinhaltet die Eingangsparameter dieser Basis- 
funktion B3. Im Steuerlistenkopf SK wird das jeweili- 
ge Datenpaar gelesen, das dem zweiten Zustand Z2 

25 zugeordnet ist Im Speicherplatz SBA2, der die An- 
zahl der zulassigen Basisfunktionen B angibtstehtdie 
Zahl zwei. Der zugehorige Pointer SBP2 zeigt auf den 
ersten Speicherplatz, der dem zweiten Zustand Z2 
zugeordneten Gruppe von Datentupeln im Steuerli- 

30 stenrumpf SR. 

Die in dieser Gruppe eingetragenen Basisfunkti- 
onsbezeichnungen B2, B3 werden mit der Basisfunk- 
tionsbezeichnung B3, die mit dem Funktionskom- 
mando zur Chipkarte K ubertragen wurde, verglk 

35 chen. Der Vergleich fallt positlv aus. Nach erfolgrei- 
cher Abarbeitung derdritten Basisfunktion B3 wird die 
Anwendung der Chipkarte K in den Zustand Z4 ver- 
setzt Unter der Annahme, dafc im Zuge der Abarbei- 
tung der Basisfunktion B3 auf im Anwendungsdaten- 

40 feld ADF abgelegte Daten zugegriffen werden muQ> 
und dieser Zugriff nur zulissig ist, wenn vorher eine 
PIN-Prufung erfolgreich durchgefuhrt wurde, werden 
vor Beginn der Abarbeitung der dritten Basisfunktion 
B3 die PIN-Speicherplatze APIN, GPIN im Zustands- 

45 speicherbereich ZS gelesen. Nur wenn eines der bei- 
den Bit auf 1 gesetzt ist, wird die dritte Basisfunktion 
B3 abgearbeitet Ist diese Abarbeitung beendet, wird 
in den Basisfunktionsspeicherplatz BZ des Zustands- 
speicherbereichs ZS die Bezeichnung derdritten Ba- 

50 sisfunktion B3 eingetragen und im Protokollzustands- 
speicherplatz Zi der vierte Zustand Z4 eingetragen. 
Zusatzlich wird ein Antwortsignal zum Terminal T 
ubertragen. 

Mit dem nachsten Funktionskommando wird die 
55 sechste Basisfunktion B6 angeford rt und di not- 
wendigen Eingangsparam ter zur Chipkarte K uber- 
tragen. Im Steuerlistenkopf SK wird das d m vierten 
. Zustand Z4 zugeordnete Datenpaar gelesen. Im 
Speicherplatz fur di Funktionsanzahl SBA4 ist ine 
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1 eingetragen. Der Pointer SBP4 zeigt im Steuerli- 
stenrumpf SR auf das dem vierten Zustand Z4 zug - 
ordnete Datentupet. In dies m Datentupel steht die 
Basisfunktionsbezeichnung B1 der ersten Basisfunk- s 
tion B und der entsprechende funfte Folgezustand 
Z5. Ein Vergleich der Basisfunktionsbezeichnung B1 
im Steuerlistenrumpf SR und der zur Chipkarte K 
ubertragenen Basisfunktionsbezeichnung B6 liefert 
ein negatives Ergebnis. Daraufhin wird im Steuerii- 10 
stenkopf SK die Ausnahmenlistenblocknummer SAN 
getesen. Die in der Ausnahmenliste SA eingetrage- 
nen Basisfunktionsbezeichnungen B6, BC werden 
nun mit der zur Chipkarte K hin ubertragenen Basis- 
funktionsbezeichnung B6 verglichen. Auf Grund des 15 
positiven Vergleichsergebnisses und unter der Vor- 
aussetzung, daft eventuelle Datenzugriffsbedingun- 
gen erfullt sind, wird die sechste Basisfunktion B6 ab- 
gearbeitet Trotz erfolgreicher Abarbeitung wird die 
Basisfunktionsbezeichnung B6 der sechsten Basis- 20 
funktion B nicht im Basisfunktionsspeicherplatz BZ 
des Zustandsspeicherbereichs ZS eingetragen. Die 
Eintragung im Protokollzustandsspeicherplatz Zi 
bleibt ebenfalls unverandert. Auch jetzt erfolgt die 
Ubertragung eines Antwortsignals zum Terminal T. 25 

Fur den Fall, dad sich die Anwendung nach Ab- 
arbeitung der dritten Basisfunktion B3 im vierten Zu- 
stand Z4 bef indet und vom Terminal T nochmals die 
dritte Basisfunktion B3 aufgerufen wird, liefern samt- 
liche Vergleiche im Steuerlistenrumpf SR und in der 30 
Ausnahmenliste SA ein negatives Ergebnis. In die- 
sem Fall f indet ein weiterer Vergleich statt Die zur 
Chipkarte K ubertragene Basisfunktionsbezeichnung 
B3 der dritten Basisfunktion B wird mit der im Zu- 
standsspeicherbereich ZS im Basisfunktionsspei- 35 
cherplatz BZ eingetragenen Basisfunktionsbezeich- 
nung B3 verglichen. Dieser Vergleich liefert ein posi- 
tives Ergebnis, wodurch die Abarbeitung der dritten 
Basisfunktion B3 zugelassen wird. Damit ist eine Wie- 
derholbarkeit von Basisfunktionen B gewahrleistet 40 

tn entsprechender Weise werden die nachfol- 
gend aufgerufenen Basisfunktionen B der Anwendun- 
gen behandelt, bis vom Terminal T die schlie&ende 
Basisfunktion BC aufgerufen wird, die die Anwen- 
dung beendet Die schlie&ende Basisfunktion BC 45 
kann nach Abarbeitung jeder beliebigen Basisfunkti- 
on B aufgerufen werden, da die Basisfunktionsbe- 
zeichnung BC in der Ausnahmenliste SAenthalten ist 
Fur den Fall, daft keine Ausnahmenliste SAexistiert, 
mufc der Prozessor P fur den Fall, dafc samtliche vor- so 
genommenen Vergleiche negatives Ergebnis gelie- 
fert haben, uberprufen, ob die vom Terminal T aufge- 
rufene Basisfunktion B die schlie&ende Basisfunktion 
BC ist Auf diese Weise kann sichergestellt w rden, 
dad auch bei nicht vorhandener Ausnahmenliste SA 55 
die schlie&ende Basisfunktion BC jederzeit aufrufbar 
ist 

Fuhrt keine der V rgl ichsmdglichkeiten zu ei- 
nem positiven Ergebnis, dann wird dies dem Terminal 



T in Form einer selektiven Fehlermeldung mitgeteilt 
Aus dieser selektiven Fehl rmeldung geht beispiels- 
weise h rvor, dad der Grund fur die Zuruckweisung 
die Nichtzulassigkeit der Abarbeitung der Basisfunk- 
tion B im vorliegenden Anwendungszustand Z ist An- 
dere selektive Fehlermeldungen konnen beispiels- 
weise anzeigen, dad die PIN-Nummer falsch einge- 
geben wurde oder eine PIN-Prufung noch nicht statt- 
gefunden hat 

In den meisten Fallen wird es genugen, mit einem 
Terminal T nur eine Anwendung auszufuhren. In die- 
sen Fallen genugt es, wenn erst nach Beendigung 
oder Abbruch einer vor her aktivierten Anwendung ei- 
ne weitere Anwendung aufgerufen werden kann. La&t 
man aber an einem Terminal T mehrere Anwendun- 
gen zu, dann kann es sinnvoll sein, diese Anwendun- 
gen auch ineinander verschachteltaufzurufen. In die- 
sen Fallen ist es dann mdglich, nach der Obermittlung 
eines Antwortsig nals von der Chipkarte K zum Termi- 
nal T, ein Applikationskommando noch vor Beendi- 
gung einer Anwendung zur Chipkarte K zu ubertra- 
gen. Wenn ein Applikationskommando vor Beendi- 
gung einer Anwendung die Chipkarte K erreicht, wird 
der In halt des Zustandsspeicherbereichs ZS und eine 
Kennzeichnung, die die gegenwartig laufende An- 
wendung eindeutig benennt, in einem Hilfsspeicher 
abgelegt Dieser Hilfsspeicher kann beispielsweise 
im Gemeinschaftsdatenfeld CDF eingerichtet sein. 
Nach Sicherung dieser Daten im Hilfsspeicher wird 
die teilweise Initialisierung des Zustandsspeicherbe- 
reichs ZS vorgenommen. Die mit dem Applikations- 
kommando bezeichnete eingeschobene Anwendung 
kann in oben beschriebener Weise bearbeitet wer- 
den. Nach Beendigung der eingeschobenen Anwen- 
dung werden die im Hilfsspeicher abgelegten Daten 
der unterbrochenen Anwendung wieder an ihre ur- 
sprunglichen Speicherstellen zurucktransferiert Der 
Ablauf der vorher unterbrochenen Anwendung kann 
fortgesetzt werden. 



Patentanspruche 

1. Verfahren zur Verhinderung unzulassigerAbwei- 
chungen vom Ablaufprotokoll einer Anwendung 
bei einem Datenaustauschsystem, das minde- 
stens aus einem Terminal (T) und mindestens ei- 
nem tragbaren, mindestens einen Prozessor (P) 
und mindestens einen Speicher (S) enthalten- 
den, wenigstens fur eine Anwendung nutzbaren 
Datentrager (K) besteht, 

wobei dem Datentrager (K) vom Terminal Funkti- 
onskommandos ubermittelbar sind, die jeweils 
mindestens eine Basisfunktionsbezeichnung 
(Bk) einer Basisfunktion (B) enthalten, die als 
nachste ausgefuhrt werden soli, gek nnzeich- 
n t durch folgende V rfahrensschritte: 

a) zum Datenaustausch wird der Dat ntrager 
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(K) mit dem Terminal (T) verbunden, wodurch 
ein im Speicher (S) des Datentragers vorhan- 
den r Zustandsspeicherbereich (ZS) in einen 
Grundzustand versetzt wird, 5 

b) das Terminal (T) ubermittelt an den Daten- 
trag r (K) in Applikationskommando, das ei- 
ne dem Terminal (T) zugeordnete Anwendung 
bezeichnet 

c) das Terminal (T) ubermittelt an den. Daten- 10 
trager (K) ein Funktionskommando, 

c) diese Basisfunktionsbezeichnung (Bk) wird 
im Datentrager (K) mit im Speicher (S) des 
Datentragers (K) bezuglich der vorher be- 
zeichneten Anwendung gespeicherten Basis- is 
funktionsbezeichnungen (Bn) verglichen, die 
im vorliegenden, durch eine Eintragung im 
Zustandsspeicherbereich (ZS) fixierten, Pro- 
tokollzustand zulassig sind, 

e) nur bei positivem Vergleichsergebnis wird 20 
die der zum Datentrager (K) Qbermittelten Ba- 
sisfunktionsbezeichnung (Bk) zugeordnete 
Basisfunktion (B) im Datentrager (K) ausge- 
fuhrt, 

f) nach erfolgreicher Basisfunktionsausfuh- 25 
rung 

f1) werden die im Zustandsspeicherbe- 
reich (ZS) abgeiegten Daten dem neuen 
Protokollzustand angepa&t, 
f2) wird vom Datentrager (K) zum Terminal 30 
(T) ein Antwortsignal ubertragen, 

g) bis der Ablaut der Anwendung beendet ist 
oder abgebrochen wird, wird vom Terminal 
(T) t nach der Ubertragung eines Antwortsi- 
gnals vom Datentrager (K) zum Terminal (T), 35 
durch Ubermittelung eines Funktionskom- 
mandos an den Datentrager (K) die nachste 
auszufuhrende Basisfunktion (B) aufgerufen. 

2. Verfahren nach Anspruch 1, dadurch gekenn- 40 
zeichnet, aa& durch die Ubermittlung des Appii- 
kationskommandos vom Terminal (T) zum Daten- 
trager (K) eine teilweise Initialisierung des Zu- 
standsspeicherbereichs (ZS) ausgeldst wird. 

45 

3. Verfahren nach mindestens einem der vorherge- 
henden Anspruche, dadurch gekennzeichnet, 
dad die Ubermittlung des Applikationskomman- 
dos vom Terminal (T) zum Datentrager (K) die 
Eintragung einer Blocknummer (STB) im Zu- so 
standsspeicherbereich (ZS) bewirkt und dad die- 
se Blocknumm r (STB) den Platz im Speicher (S) 

des Datentragers (K) bez ichnet, an dem di bei 
der mit dem Applikationskommando bezeichne- 
ten Anwendung im jeweils vorlieg nden Proto- 55 
kollzustand (Z) zutassigen Basisfunktionsbe- 
zeichnungen (Bn) abgel gt sind. 

4. Verfahren nach mindestens einem der vor herge- 



henden Anspruche, dadurch gekennzeichn t, 
da& die Ubertragung einer Information vom Ter- 
minal (T) zum Datentrager (K) nur dann rfolgen 
kann, wenn vorher ein Antwortsignal vom Daten- 
trager (K) zum Terminal (T) ubermittelt wurde. 

5. Verfahren nach mindestens einem der vor herge- 
henden Anspruche, dadurch gekennzeichnet, 
da(3» durch Ubermittlung eines Applikationskom- 
mandos vom Terminal (T) zum Datentr§ger (K) 
erst nach Beendigung Oder Abbruch einer vorher 
aktivierten Anwendung eine weitere Anwendung 
aufgerufen werden kann. 

6. Verfahren nach mindestens einem der Anspru- 
che 1 bis 4, dadurch gekennzeichnet, dad bei 
Ubermittlung eines Apptikationskommandos vor 
Beendigung einer Anwendung mindestens der In- 
halt des Zustandsspeicherbereichs (ZS) in einem 
Hilfsspeicher abgelegt wird, daft danach die teil- 
weise Initialisierung des Zustandsspeicherbe- 
reichs (ZS) erfolgt und da& nach erfolgter Initia- 
lisierung die mit dem Applikationskommando be- 
zeichnete eingeschobene Anwendung bearbeitet 
wird. 

7. Verfahren nach Anspruch 6, 

dadurch gekennzeichnet, dad nach Beendi- 
gung der eingeschobenen Anwendung die im 
Hilfsspeicher abgeiegten, der unterbrochenen 
Anwendung zugeordneten Daten wieder an ihre 
ursprunglichen Speicherstellen zurucktransfe- 
riert werden und da&der Ablauf der unterbroche- 
nen Anwendung fortgesetzt wird. 

8. Verfahren nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, da& zusatz- 
lich zur Basisfunktionsbezeichnung (Bk) im Funk- 
tionskommando enthaltene Basisfunktionsein- 
gangsparameter an den Datentrager (K) ubermit- 
telt werden. 

9. Verfahren nach mindestens einem der Anspru- 
che 3 bis 8, dadurch gekennzeichnet, dad nach 
Erhalt eines Funktionskommandos uberpruft 
wird, ob eine Blocknummer (STB) im Zustands- 
speicherbereich (ZS) eingetragen ist 

10. Verfahren nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dad ein er- 
ster Speicherbereich (S1) des Sp ich rs (S) dar- 
aufhin uberpruft wird, ob eine Eintragung zum 
vorliegenden Protokollzustand (Z) der mit dem 
Applikationskommando bezeichneten Anwen- 
dung in diesem ersten Sp icherbereich (S1) vor- 
handen ist 

11. Verfahren nach Anspruch 10, dadurch gekenn- 



13 



EP0 466 969 B1 



14 



zeichnet, daft im Falle einer vorhandenen Eintra- 
gung zum vorliegenden Protokollzustand (Z) die 
bezuglich dieses Protokolizustandes (Z) im er- 
sten Speicherbereich (S1) gespeicherten Basis- 
funktionsbezeichnungen (Bn) mit der, mit dem 
Funktionskommando zum Datentrager (K) uber- 
mittelten Funktionsbezeichnung (Bk) verglichen 
werden. 

12. Verfahren nach mindestens einem der Anspru- 
che 10 Oder 11, dadurch gekennzeichnet, dad 
im Falle einer fehlenden Eintragung zum vorlie- 
genden Protokollzustand (Z) bzw. einer Nicht- 
ubereinstimmung der ubermittelten und der ge- 
speicherten Basisfunktionsbezeichnungen (Bk,Bn) 
im ersten Speicherbereich (S1) in einem zweiten 
Speicherbereich (S2) des Speichers (S) uber- 
pruft wird, ob die zum Datentrager (K) ubermittel- 
te Basisfunktionsbezeichnung (Bk) in diesem 
zweiten Speicherbereich (S2) bezuglich der mit 
dem Applikationskommando bezeichneten An- 
wendung, unabhangig vom vorliegenden Proto- 
kollzustand (Z) eingetragen ist 

13. Verfahren nach mindestens einem der vorherge- 
henden Anspruche 10 bis 12, dadurch gekenn- 
zeichnet, dad im Falle einer fehlenden Eintra- 
gung zum vorliegenden Protokollzustand Z bzw. 
einer Nichtubereinstimmung der ubermittelten 
und der gespeicherten Basisfunktionsbezeich- 
nung (Bk, Bn) sowohl im ersten Speicherbereich 
(S1) als auch im zweiten Speicherbereich (S2) 
uberpruft wird, ob die ubermittelte Basisfunkti- 
onsbezeichnung (Bk) die Basisfunktionsbezeich- 
nung (BC) fur die schlie&ende Basisfunktion (B) 
ist 

14. Verfahren nach mindestens einem der vorherge- 
henden Anspruche, dadurch gekennzeichnet, 
da& nach erfolgreicher Ausfuhrung einer Basis- 
funktion (B) die Bezeichnung dieser Basisfunkti- 
on (B) in einem Basisfunktionsspeicherplatz (BZ) 
des Zustandsspeicherbereichs (ZS) eingetragen 
wird. 

15. Verfahren nach mindestens einem der Anspru- 
che 1 0 bis 14, dadurch gekennzeichnet, dad bei 
Nichtubereinstimmung der zum Datentrager (K) 
ubermittelten Basisfunktionsbezeichnung (Bk) 
mit den entsprechenden Eintragungen im Spei- 
cher (S) diese ubermittelte Basisfunktionsbe- 
zeichnung (Bk) mit der im Basisfunktionsspei- 
cherplatz (BZ) des Zustandsspeicherber ichs 
(ZS) vermerkten Bezeichnung derzuletzt erfolg- 
reich ausgefuhrten Basisfunktion (B) verglichen 
wird. 

16. Verfahren nach mindestens einem der vorherge- 



henden Anspruche, dadurch gekennzeichnet, 

dad zu einer Basisfunktionsausfuhrung ventuell 
erforderliche, im Zustandssp icherbereich (ZS) 
5 abgelegte Zugriffsrechte auf Daten im Datentra- 

ger (K) uberpruft w rden. 

17. Verfahren nach mindestens einem der Anspru- 
che 10 bis 16, dadurch gekennzeichnet, daBei- 

10 ne im ersten Speicherbereich (S1) in Verbindung 
mit einer gespeicherten Basisfunktionsbezeich- 
nung (Bn) abgelegte Folgezustandsbezeichnung 
(ZF), nach erfolgreicher Ausfuhrung dieser der 
gespeicherten Basisfunktionsbezeichnung (Bn) 

15 zugeordneten Basisfunktion (B), im Protokollzu- 
standsspeicherplatz (Zi) des Zustandsspeicher- 
bereichs (ZS) eingetragen wird. 

18. Verfahren nach mindestens einem der vorherge- 
20 henden Anspruche, dadurch gekennzeichnet, 

dad nach erfolgreicher Basisfunktionsausfuhrung 
zur Anpassung an den neuen Protokollzustand (Z) 
Informationen zum Protokolfablauf und/oder zur 
Datenzugriffskontrolle im Zustandsspeicherbe- 
25 reich (ZS) eingetragen werden. 

19. Verfahren nach Anspruch 18, dadurch gekenn- 
zeichnet, dad die Informationen zur Datenzu- 
griffskontrolle getrennt nach anwendungsbezo- 

30 genen und giobalen Daten im Zustandsspeicher- 

bereich (ZS) eingetragen werden. 

20. Verfahren nach mindestens einem der vorherge- 
henden Anspruche, dadurch gekennzeichnet, 

35 daft bei negativem Vergleichsergebnis eine se- 
lektive Fehlermeldung vom Datentrager (K) zum 
Terminal (T) ubermittelt wird. 

21. Vorrichtung zur Durchfuhrung des Verfahrens 
40 nach mindestens einem der Anspruche 1 bis 20, 

bei der der Speicher (S) in einen gemeinschaftli- 
che und anwendungsbezogene Daten enthalten- 
den Datenspeicher (EEPROM), einen auch eine 
Ein-/Ausgangsschnittstelle (I/O) bedienenden 

45 Arbeitsspeicher (RAM) und einen ein Betriebssy- 
stem (BTS) und mehrere Basisfunktionen (B) ent- 
haltenden Maskenspeicher (ROM) eingeteilt ist, 
dadurch gekennzeichnet, da& der Datenspei- 
cher (EEPROM) fur jede mogliche Anwendung el- 

50 ne die Zulassigen Protokollablaufe enthaltende 
Steueriiste (STL) en t halt und da& im Arbeitsspei- 
cher (RAM) d r die jeweiligen ProtokollzustSnde 
(Z) aufnehmende Zustandsspeicher (ZS) enthal- 
ten ist 

55 

* 22. Vorrichtung nach Anspruch 21, dadurch ge- 
kennzeichnet, daft die Steueriiste (STL) in einen 
Steuerlistenkopf (SK) und ein n St uerlisten- 
rumpf (SR) aufget iltist 

8 
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23. Vorrichtung nach Anspruch 22, dadurch ge- 
kennz ichnet, dafc im Steuerlistenkopf (SK) line- 
ar nacheinander die St uerlist nkopf lange (SKL) 
und fur jeden bei der Anwendung moglichen Zu- 
stand (Z), beginnend mit dem ersten Zustand (Z1 ) 
ein Datenpaar gesp ichert ist, das aus einer die 
beim jeweiiigen Zustand (Z) ausfuhrbare Basis- 
funktionsanzahl (SBA) angebenden Information 
und aus einem auf eine Speicherstelle im Steuer- 
listenrumpf (SR) weisenden Pointer (SBP) be- 
steht 

24. Vorrichtung nach mindestens einem der Anspru- 
che 22 oder 23, dadurch gekennzeichnet, da& 
der Steuerlistenrumpf (SR) wenigstens aus ei- 
ner, aus jeweils mindestens einem Datentupel 
bestehenden, jeweils einem Zustand (Z) Zuge- 
ordneten Gruppe besteht und da& die Datentupel 
jeweiis aus einer gespeicherten Basisfunktions- 
bezeichnung (Bn) und einer Folgezustandsbe- 
zeichnung (ZF) bestehen. 

25. Vorrichtung nach mindestens einem der AnsprG- 
che 23 oder 24, dadurch gekennzeichnet, daft 
der einem bestimmten Zustand (Z) zugeordnete 
Pointer (SBP) jeweils auf den Beginn einer dem 
gleichen Zustand (Z) Zugeordneten Gruppe im 
Steuerlistenrumpf (SR) zeigt 

26. Vorrichtung nach mindestens einem der Anspru- 
che 21 bis 25, dadurch gekennzeichnet, da& ei- 
ner Steueriiste (STL) eine Ausnahmenliste (SA) 
zugeordnet ist 

27. Vorrichtung nach Anspruch 26, dadurch ge- 
kennzeichnet, dad im Steuerlistenkopf (SK) un- 
mittelbar nach der Steuerlistenkopflange (SKL) 
eine Ausnahmenlistenblocknummer (SAN) ein- 
getragen ist, die direkt oder indirekt den Spei- 
cherplatz angibt, an dem die Ausnahmenliste 
(SA) gespeichert ist 

28. Vorrichtung nach mindestens einem der Anspru- 
ch e 26 oder 27, dadurch gekennzeichnet, dad 
in der Ausnahmenliste (SA) nacheinander die Ba- 
sisfunktionsbezeichnungen (Bn) der Basisfunk- 
tionen (B) angegeben sind, die unabhangig vom 
vorliegenden Protokollzustand jederzeit ausfuhr- 
barsind. 

29. Vorrichtung nach mindestens einem der vorher- 
gehenden Anspruche 21 bis 28, dadurch ge- 
k nnzeichnet, daft im Zustandsspeicherbereich 
(ZS) Speicherplatze fur bestimmte Informationen 
zum Protokollablauf und/oder zur Datenzugriffs- 
kontrolle vorhanden sind. 

30. Vorrichtung nach Anspruch 29, dadurch ge- 



k nnzeichnet, dad im Zustandssp icherbereich 
(ZS) zum Protokollablauf je ein Speicherplatz fur 
die Blocknummer (STB) der d r vorliegenden An- 

5 w ndung zugeordneten St uerliste (STL), in 

Basisfunktionsspeicherplatz (BZ) fur die Basis- 
funktionsbezeichnung (Bk)derzuletzterfolgreich 
ausgefuhrten Basisfunktion (B) und ein Protokoll- 
zustandsspeicherplatz (Zi) fur den Protokollzu- 

10 stand (Z) nach der zuletzt erfolgreich ausgefuhr- 
ten Basisfunktion (B) vorhanden ist 

31. Vorrichtung nach mindestens einem der vorher- 
gehenden Anspruche 29 oder 30, dadurch ge- 
ts kennzeichnet, dad die im Zustandsspeicherbe- 
reich (ZS) vorhandenen Speicherplatze zur Da- 
tenzugriffskontrolle in globale und in anwen- 
dungsbezogene Speicherplatze aufgeteilt sind. 

20 32. Vorrichtung nach Anspruch 31, dadurch ge- 
kennzeichnet, daft je ein Speicherplatz fur das 
anwendungsbezogene Speichern einer durchge- 
fuhrten PIN-Prufung (PIN) fur einige sich vonein- 
ander unterscheidende durchgefuhrte Authenti- 

25 zitatsprufungen (AUTH1,AUTH2) und ein globa- 

ler Speicherplatz fur das Speichern einer durch- 
gefuhrten PIN-Prufung (GPIN) vorhanden sind. 



30 Claims 

1. Amethod for preventing unauthorized deviations 
from an application development protocol in a 
data exchange system which consists of at least 
35 one terminal (T) and of at least one portable data 
carrier (K) which contains at least one processor 
(P) and at least one memory (S) and can be used 
for at least one application, in which method func- 
tion commands can be transmitted to the data 
40 carrier (K) from the terminal, which commands 
contain in each case at least one basic function 
designation (Bk) of a basic function (B) which is 
to be executed as the next one, characterized by 
the following method steps: 
45 a) to exchange data, the data carrier (K) is 

connected to the terminal (T) as a result of 
which a state memory area (ZS) existing in 
the memory (S) of the data carrier is set to a 
basic state, 

so b) the terminal (T) transmits to the data carrier 

(K) an application command which designates 
an application allocat d to the terminal (T), 
c) th terminal (T) transmits a function com- 
mand to the data carrier (K), 

55 d) this basic function designation (Bk) is com- 

pared in the data carrier (K) with basic func- 
tion designations (Bn) stored in the m mory 
(S) of the data carrier (K) with respect to the 
previously designated application, which des- 
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ignations are authorized in the present proto- 
col state fixed by an entry in the state memory 
area (ZS), 

e) the basic function (B) allocated to the basic 5 
function designation (Bk) transmitted to the 
data carrier (K) is only executed in the data 
carrier (K) when the result of the comparison 

is positive, 

f) after successful execution of the basic tunc- 10 
tion 

f1) the data stored in the state memory 
area (ZS) are adapted to the new protocol 
state, 

f2) a response signal is transmitted from 15 
the data carrier (K) to the terminal (T), 

g) until the development of the application is 
terminated or is aborted, the next basic func- 
tion (B) to be executed is called up by the ter- 
minal (T) by transmitting a function command 20 
to the data carrier (K) after the transmission 

of a response signal from the data carrier (K) 
to the terminal (T). 

2. Method according to Claim 1, characterized in 25 
that a partial initialization of the state memory 
area (ZS) is triggered by the transmission of the 
application command from the terminal (T) to the 
data carrier (K). 

30 

3. Method according to at least one of the preceding 
claims, characterized in that the transmission of 
the application command from the terminal (T) to 
the data carrier (K) effects the entering of a block 
number (STB) in the state memory area (ZS) and 35 
in that this block number (STB) designates the lo- 
cation in the memory (S) of the data carrier (K) 

at which the basic function designations (Bn), au- 
thorized in the application designated by the ap- 
plication command in the protocol state (Z) exist- 40 
ing in each case, are stored. 

4. Method according to at least one of the preceding 
claims, characterized in that transmission of an 
information item from the terminal (T) to the data 45 
carrier (K) can only occur if a response signal has 
previously been transmitted from the data carrier 

(K) to the terminal (T). 

5. Method according to at least one of the preceding so 
claims, characterized in that a further application 

can only be called up by transmission of an appli- 
cation command from the terminal (T) to the data 
carrier (K) after a previously activated application 
has been terminated or aborted. 55 

6. Method according to at least one of Claims 1 to 
4, characterized in that on transmission of an ap- 
plication command before termination of an appli- 



cation, at least the content of the state memory 
area (ZS) is stored in an auxiliary memory, in that 
then th state memory area (ZS) is partially ini- 
tialized and in that, after completed initialization, 
the insert d application designat d by the appli- 
cation command is processed. 

7. Method according to Claim 6, characterized in 
that after termination of the inserted application, 
the data stored in the auxiliary memory and allo- 
cated to the interrupted application are again 
transferred back to their original memory loca- 
tions and in thatthe development of the interrupt- 
ed application is continued. 

8. Method according to one of the preceding claims, 
characterized in that, in addition to the basic func- 
tion designation (Bk), basic function input para- 
meters contained in the function command are 
transmitted to the data carrier (K). 

9. Method according to at least one of Claims 3 to 
8, characterized in that after a function command 
has been received, a check is carried out as to 
whether a block number (STB) is entered in the 
state memory area (ZS). 

10. Method according to one of the preceding claims, 
characterized in that a first memory area (S1) of 
the memory (S) is checked to see whether an en- 
try to the present protocol state (Z) of the appli- 
cation designated by the application command 
exists in this first memory area (S1). 

11. Method according to Claim 10, characterized in 
that, in the case of an existing entry to the pres- 
ent protocol state (Z), the basic function designa- 
tions (Bn) stored with respect to this protocol 
state (Z) in the first memory area (S1) are com- 
pared with the function designation (Bk) transmit- 
ted to the data carrier (K) with the function com- 
mand. 

12. Method according to at least one of Claims 1 0 or 
11, characterized in that in the case of a missing 
entry to the existing protocol state (Z) or a non- 
correspondence of the transmitted and the stor- 
ed basic function designations (Bk, Bn) in the first 
memory area (S1), a check is made in a second 
memory area (S2) of the memory (S) as to 
whether the basic function d signation (Bk) 
transmitted to the data carrier (K) is enter d in 
this second memory area (S2)with respect to the 
application d signated by th application com- 
mand, independently of the existing protocol 
state (Z). 

13. Method according to at least on of the preceding 
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Claims 10 to 12, characterized in that in the case 
of a missing entry to the present protocol state (Z) 
or a non-correspondence of th transmitted and 
of the stored basic function designation (Bk, Bn), 
a check is made both in the first memory area 
(S1) and in the second memory area (S2) as to 
whether the transmitted basic function designa- 
tion (Bk) is the basic function designation (BC)for 
the closing basic function (B). 

14. Method according to at least one of the preceding 
claims, characterized in that after successful 
execution of a basic function (B), the designation 
of this basic function (B) is entered in a basic 
function memory location (BZ) of the state mem- 
ory area (ZS). 

15. Method according to at least one of Claims 10 to 
14, characterized in that in the case of non-cor- 
respondence of the basic function designation 
(Bk), transmitted to the data carrier (K), with the 
corresponding entries in the memories (S), this 
transmitted basic function designation (Bk) is 
compared with the designation, noted in the ba- 
sic function memory location (BZ) of the state 
memory area (ZS), of the last basic function (B) 
successfully executed. 

16. Method according to at least one of the preceding 
claims, characterized in that for executing a basic 
function, any required rights of access to data in 
the data carrier (K) stored in the state memory 
area (ZS) are checked. 

17. Method according to at least one of Claims 10 to 
16, characterized in that a successor state des- 
ignation (ZF) stored in the first memory area (S1 ) 
in connection with a stored basic function desig- 
nation (Bn) is entered in the protocol state mem- 
ory location (Zi) of the state memory area (ZS) af- 
ter successful execution of this basic function (B) 
allocated to the stored basic function designation 
(Bn). 

1 8. Method according to at least one of the preceding 
claims, characterized in that information items for 
protocol development and/or for data access con- 
trol are entered in the state memory area (ZS) for 
adaptation to the new protocol state (Z) after suc- 
cessful execution of the basic function. 

19. Method according to Claim 18, characterized in 
that the information items are entered separately 
in accordance with application-related and global 
data in the state memory area (ZS) for data ac- 
cess control. 

20. Method according to at least one of the preceding 



claims, characterized in that a selective error 
message is transmitted from the data carrier (K) 
to the terminal (T) in the case of a negative result 
5 of the comparison. 

21. Device for carrying out th method according to 
at least one of Claims 1 to 20, in which the mem- 
ory (S) is divided into a data memory (EEPROM) 

10 containing common and application-related data, 
a main memory (RAM) also serving an input/out- 
put interface (I/O), and a mask memory (ROM) 
containing an operating system (BTS) and a num- 
ber of basic functions (B), characterized in that 

15 the data memory (EEPROM) contains a control 
list (STL) containing the authorized protocol de- 
velopments for each possible application, and in 
that the main memory (RAM) contains the state 
memory (ZS) accommodating the respective pro- 

20 tocol states (Z). 

22. Device according to Claim 21 , characterized in 
that the control list (STL) is divided into a control 
list header (SK) and a control list body (SR). 

25 

23. Device according to Claim 22, characterized in 
that in the control list header (SK), the control list 
header length (SKL) and, for each state (Z) pos- 
sible in the application, beginning with the first 

30 state (Z1), a data pair which consists of an infor- 

mation item specifying the number (SBA) of basic 
functions which can be executed in the respec- 
tive state (Z) and of a pointer (SBP) pointing to a 
memory location in the control list body (SR) are 

35 linearly successively stored. 

24. Device according to at least one of Claims 22 or 

23, characterized in that the control list body (SR) 
consists at least of one group consisting of in 

40 each case at least one data tuple and allocated in 
each case to one state (Z), and in that the data 
tuples in each case consist of a stored basic func- 
tion designation (Bn) and a successor state des- 
ignation (ZF). 

45 

25. Device according to at least one of Claims 23 or 

24, characterized in that the pointer (SBP) allo- 
cated to a particular state (Z) in each case points 
to the beginning of a group allocated to the same 

so state (Z) in the control list body (SR). 

26. Device according to at least one of Claims 21 to 

25, characterized in that an exception list (SA) is 
allocated to a control list (STL). 

55 

27. Device according to Claim 26, characteriz d in 
that an exception list block number (SAN) which 
dir ctiy or indirectly specifies the memory loca- 
tion at which the exception list (SA) is stored is 
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entered immediately after the control list header 
length (SKL) in th control list header (SK). 



Revendications 

1. Precede pour eviter des hearts inadmissibles du 
protocole de d6rou!ement d'une application, dans 
un systeme d'6changes de donn6es, qui est 
constitu6 au moins d'un terminal (T) et au moins 
d'un support de donnees (K) mobile et qui 
comporte au moins un processeur (P) et au 
moins une memoire (S) et qui peut 6tre utile au 
moins pour une application, 

du type dans lequel, au support de d n- 
n6es (K) peuvent §tre transmis s, £ partir du ter- 
minal, des commandes de fonctionnement qui 
contiennent au moins un designation d fonc- 



tionnement de base (Bk) d'une fonction de base 
(B) qui doit §tre x6cut£e comme directementsuh 
vant , caract6ris6parl s phases op6ratoiressui- 
vantes : 

a) on relie, pour l'6chang de donnees, le sup- 
port de donnees (K) au terminal (T), ce par 
quoi une zone m6moire d'etats (ZS) qui est 
presente dans la memoire (S) du support de 
donnees est transferee dans un 6 tat de base, 

b) le terminal (T) transmet au support de don- 
nees (K) une commando d'application qui de- 
signs une application associ£e au terminal 
CO, 

c) le terminal (T) transmet au support de don- 
nees (K) une commande de fonctionnement, 

d) on compare, dans le support de donnees 
(K), cette designation de fonction de base (Bk) 
aux designations de fonction de base (Bn), qui 
sont memorisees dans la memoire (S) du sup- 
port de donn6es (K) en ce qui concerne Tap- 
plication designee auparavant et qui sont ad- 
mises dans le present <§tat de protocole fixe 
par un enregistrement dans la zone memoire 
d'etats (ZS), 

e) on execute dans le support de donnees (K) 
et uniquement dans le cas d'un resultat de 
comparaison positif, la fonction de base (B) 
associee & la designation de fonction de base 
(Bk) transmise au support de donnees (K), 

f) apres une execution couronn6e de succds 
de la fonction de base, 

f1) on adapte au nouvel etat de protocole 
les donnees extra ites dans la zone memoi- 
re d'etat (ZS), 

f2) on transmet un signal de reponse du 
support de donnees (K) au terminal (T), 

g) jusqu'd la fin du deroulement de ['applica- 
tion ou jusqu'd son interruption, on applique la 
fonction de base (B) directement suivante £ 
executer, par le terminal (T) au support de 
donnees, apres la transmission d'un signal de 
reponse du support de donnees (K) au termi- 
nal (T), par Tintermediaire d'une commande 
de fonctionnement 

2. Procede suivant la revendication 1, caracterise 
en ce que, £ I'aide de la transmission de la 
commande d'application du terminal (D) au sup- 
so port de donnees (K), on effectue une initialisation 

partielle de la zone de memoire d'etats (ZS). 

3. Procede suivant I'une au moins des revendica- 
tions precedentes, caracterise en ce que la trans- 
mission d la commande d'application du t rmi- 
nal (T) au support de donnees (K) provoque V n- 
registrement d'un num6ro de bloc (STB) dans la 
zon de memoire d'etats (ZS) et en ce que ce nu- 
mero de bloc (STB) designe la place, dans la m6- 



28. Device according to at least one of Claims 26 or 5 
27, charact rized in that the basic function des- 
ignations (Bn) of the basic functions (B) which 
can be executed at any time independently of the 
present protocol state are specified successively 
in the exception list (SA). 10 

29. Device according to at least one of the preceding 
Claims 21 to 28, characterized in that memory lo- 
cations for particular information items on the 
protocol development and/or on the data access 15 
control exist in the state memory area (ZS). 

30. Device according to Claim 29, characterized in 
that the state memory area (ZS) for the protocol 
development contains one memory location each 20 
for the block numbers (STB) of the control list 
(STL) allocated to the present application, one 
basic function memory location (BZ) for the basic 
function designation (Bk) of the last basic func- 
tion (B) successfully executed and one protocol 25 
state memory location (Zi) for the protocol state 
(Z) following the last basic function (B) success- 
fully executed. 

31. Device according to at least one of the preceding 30 
Claims 29 or 30, characterized in that the mem- 
ory locations for data access control existing in 
the state memory area (ZS) are divided into glo- 
bal and into application-related memory loca- 
tions. 35 

32. Device according to Claim 31, characterized in 
that one memory location each exists for the ap- 
plication-related storing of a PIN test (PIN) car- 
ried out for some mutually differing authenticity 40 
tests (AUTH1, AUTH2) carried out and a global 
memory location for storing a PIN test (GPIN) 
carried out 
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moire (S) du support de donn6es (K), £ laquelle 
sont extraites les designations de fonctionne- 
ment d base (Bn) admissibles lors de I'ap plica- 
tion designee par la commande d'application 
dans I'etat de protocole (Z) resp ctivement pre- 
sent 

4. Proc6d6 suivant t'une au moins des revendica- 
tions precedentes, caracterise en ce que Ton ne 
peut effectuer la transmission d'une information 
du terminal (T) au support de donnees (K) que 
lorsqu'auparavant un signal de rgponse a 6t6 
transmis du support de donn6es (K) au terminal 
(T). 

5. Procede suivant Tune au moins des revendica- 
tions precedentes, caract6ris6 en ce qu'd I'aide 
de la transmission d'une commande d'application 
du terminal (T) au support de donnees (K), on 
peut appeler, juste apr£s I'arrfct ou ('interruption 
d'une application active auparavant, une autre 
application. 

6. Proc6d6 suivant Tune au moins des revendica- 
tions 1 & 4, caracterise en ce que, lors de la trans- 
mission d'une commande d'application avant la 
fin d'une application, on derive au moins le conte- 
nu de la zone memoire d'etats (ZS) dans une m£- 
moire auxiliaire, en ce qu'apr&s cela, on effectue 
I'initialisation partielle de la zone memoire d'etats 
(ZS) et en ce qu'apr6s I'initialisation effectu6e, on 
traite ['application introduite et designee par la 
commande d'application. 

7. Procede suivant la revendication 6 f caracterise 
en ce qu'apr&s la fin de I'ap plication introduite, on 
retransfert les donn6es associees & I'application 
interrompue et d6riv6e dans la m6moire auxiliaire 
£ nouveau dans leurs positions initiales de m6- 
moire et en ce que le d6roulement de I'application 
interrompue continue. 

8. Procede suivant Tune au moins des revendica- 
tions precedentes, caracterise en ce que, en plus, 
pour la designation de la fonction de base (Bk), on 
transmet au support de donnees (K) des param£- 
tres d'entr6e de fonction de base contenus dans 
la commande de fonctionnement. 

9. Proc§d6 suivant Tune au moins des revendica- 
tions 3 £ 8, caracterise en ce qu'apr&s le maintien 
d'une command de fonctionnement on contrdle 
si un numero de bloc (STB) est enregistree dans 
la zone de memoire d'etats (ZS). 

10. Proced6 suivant I'une au moins des revendica- 
tions precedentes, caracterise en ce qu'on 
contr6le premiere zon de memoir (S1) de la 



memoire (S), si un enregistrement, pour I'etat pro- 
tocole (Z) present de I'application designee par la 
commande d'application, est dans cette premiere 
5 zoned m6moire (S1). 

11. Procede suivant la revendication 10, caracterise 
en ce que, dans le cas d'un maintien pour retat 
de protocole (Z) present, on compare les desl- 

10 g nations de fonctions de base (Bn) qui sont m6- 
moris6es, concernant cet etat de protocole (Z), 
dans la premiere zone de memoire (S1), £ la de- 
signation de fonction transmise avec la comman- 
de de fonctionnement au support de donn6es (K). 

15 

12. Procede suivant I'une au moins des revendica- 
tions 10 ou 11, caracterise en ce que, dans le cas 
d'un maintien errone pour I'etat de protocole (Z) 
present, ou dans le cas d'un disaccord entre la 

20 designation de fonction de base transmise et la 
designation de fonction de base m6moris£e 
(Bk,Bn), on contrite, dans la premiere zone de 
memoire (S1) et dans une deuxieme zone de me- 
moire (S2) de la memoire (S), si la designation de 

25 fonction de base (Bk) transmise au support de 
donnees (K) est enregistree dans cette deuxieme 
zone de memoire (S2) en ce qui concerne ('appli- 
cation designee par la commande d'application, 
et en fonction de I'etat de protocole (Z) present 

30 

13. Proc6d6 suivant I'une au moins des revendica- 
tions 10 £ 12, caracterise en ce que, dans le cas 
d'un maintien errone pour I'etat de protocole pre- 
sent (Z) ou dans le cas d'un disaccord entre la 

35 designation de fonction de base transmise et de 
la designation de fonction de base m6moris6e 
(Bk,Bn), on contrdle non seulement dans la pre- 
miere zone de m6moire (S1) f mais 6galement 
dans la deuxieme zone de memoire (S2) si la d§- 

40 signation de fonction de base (Bk) transmise est 
la designation de fonction de base (BC) de ta 
fonction de base suivante (B). 

14. Procede suivant I'une au moins des revendica- 
45 tions precedentes, caracterise en ce qu'apres 

('execution avec success d'une fonction de base 
(B), on enregistre la designation de cette fonction 
de base (B) dans une place de memoire de fonc- 
tions de base (BZ) de la zone memoire d'etats 
so (ZS). 

15. Procede suivant I'une au moins des revendica- 
tions 10 £ 14, caracterise en ce que, lors du di- 
saccord de la designation de fonction d base 

55 (BK) transmise au support de donn6es (K) avec 

le maintien correspondant dans la memoire (S), 
on compare cette designation de fonction de 
base (BK) transmise £ la designation, notee dans 
la place d memoire de fonctions de base (BZ) de 
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la zone memoire d'6tats (ZS), de la fonction de 
base (B) ex6cutee avec succfcs en premier lieu. 

16. Precede suivant Tune au moins des r vendica- 
tions pr6c<§dentes, caracterise en ce que pour 
une execution de fonction de bas , on contrdle, 
dans le support de donn6es (K), des droits d'ao 
cds aux donnees qui sont 6ventuellement neces- 
saires et qui sont extraits dans la zone de m6moi- 
re d'6tats (ZS). 

17. Precede suivant Tune au moins des revendica- 
tions 10 a 16, caracterise en ce que Ton enregis- 
tre & la place de memoire d'etats de protocote (Zi) 
de la zone de m6moire d'etats (ZS), apr6s I'ex6- 
cution avec succfcs de cette fonction de base (B) 
associ6e & la designation de fonction de base 
(Bn) memorises, une designation (ZF) d'etats 
successifs extraite dans la premiere zone de m6- 
moire (S1) en liaison avec une designation de 
fonction de base (Bn) memoris6e. 

18. Precede suivant I'une au moins des revendica- 
tions pr6c6dentes, caracterise en ce qu'apr&s 
l'ex6cution de fonction de base couronnee de 
succes, on enregistre, dans la zone memoire 
d'etats (ZS), pour I'adaptation £ un nouvel 6tat de 
protocole (Z), des informations pour le deroule- 
ment du protocole et/ou pour ie contrdle de Fae- 
ces des donn6es. 

19. Precede suivant la revendication 18, caracterise 
en ce que Ton s6pare les informations pour le 
contrdle d'acces des donn6es, et on les enregis- 
tre dans la zone de m6moire d'etats (ZS), apr6s 
des donnees globales et orientees vers Papplica- 
tion. 



(ZS) contenant les §tats de protocole respectife 
(Z) st comprise dans la memoire de travail 
(RAM). 

5 

22. Dispositif suivant la revendication 21 , caracterise 
en ce que la liste de commande (STL) est divis6e 
en une en-t6te de liste de commande (SK) et en 
un corps de liste de commande (SR). 

10 

23. Dispositif suivant la revendication 22, caracterise 
en ce que, dans I'en-tete de liste de commande 
(SK) sont memoris6es lineairement les unes 
apr&s les autres les longueurs (SKL) d'en-tete de 

is liste de commande, et pour chaque etat (Z) pos- 
sible lors de {'application, £ partir du premier 6tat 
(Z1), un couple de donn6es qui est constitu6 
d'une information indiquant le nombre de fonc- 
tions de base (SBA) susceptibles d'etre ex6cu- 

20 tees tors de I'etat (Z) respectif, et d'un pointeur 
(SBP) indiquant une position m6moire dans le 
corps de liste de commande (SR). 

24. Dispositif suivant i'une au moins des revendica- 
25 tions 22 ou 23, caracterise en ce que le corps de 

liste de commande (SR) est constitu6 d'au moins 
un groupe associe & un etat (Z) et constitu6 d'au 
moins un n-uplet de donn6es, et que les n-uplets 
de donn6es sont constitu6s respectlvement 
30 d'une designation de fonction de base (Bn) m6- 

moris6e et d'une designation d'etat (ZF) cons6cu- 
tif. 

25. Dispositif suivant I'une au moins des revendica- 
35 tions 23 ou 24, caracterise en ce que le pointeur 

(SBP) associe k un etat determine (Z) pointe, 
dans le corps de liste de commande (SR), sur le 
debut d'un groupe associe au m§me etat (Z). 



20. Procede suivant I'une au moins des revendica- 
tions precedentes, caracterise en ce que, lorsque 
ie resultat de la comparaison est n<§gatif, on trans- 
met un message d'erreur seiectif, du support de 
donn6es (K) au terminal (T). 

21. Dispositif pour la mise en oeuvre du procede sui- 
vant I'une au moins des re vendica tions 1 & 20, 
dans lequel la memoire (S) est subdivisee en une 
m6moire de donn6es (EEPROM) contenant des 
donnees d'utilite publique et orientees vers ('ap- 
plication, en une m6moire de travail (RAM) ser- 
vant egalement un interface entree/sortie (I/O) 
et en une m6moire de masqu s (ROM) compor- 
tant un syst&me de travail (BTS) et plusieurs fonc- 
tions de base (B), caracterise en ce que la me- 
moire de donn6es (EEPROM) comporte, pour 
chaque utilisation possible, une liste de comman- 
de (STL) comportant les d6roulements de proto- 
cole admissibles, t en ce que la memoire d'etats 



40 26. Dispositif suivant I'une au moins des revendica- 
tions 21 k 25, caracterise en ce qu'£ la liste de 
commande (STL) est associee une liste de recep- 
tion (SA). 

27. Dispositif suivant la revendication 26, caracterise 
en ce que, dans I'en-tete de liste de commande 
(SK), est introduit, directement apres la longueur 
de I'entete de liste de commande (SKL), un nu- 
mero de bloc (SAN) de liste de reception, qui in- 
dique directement ou indirectement la place de la 
memoire k laquelle est m6moris6e la liste de re- 
ception (SA). 

28. Dispositif suivant I'une au moins d s revendica- 
55 tions 26 ou 27, caracterise en ce que, dans la liste 

de reception (SA), sont indiqu6es successive- 
ment les designations de fonctions de bas (Bn) 
des fonctions de base (B) qui sont susceptibles 
d'etre envoyees & chaque instant ind6pendam- 
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m nt de retat de protocols present. 

29. Dispositif suivant Tun au moins d s r vesica- 
tions 21 d 28, caract6ri$6 en ce qu'il est pr6vu, 
dans la zone de m6moire d'6tats (ZS), des places 
de m6moire pour des informations d£t rmin6es, 
pour le dSroulement du protocole et/ou pour le 
contrdle d'acrts des donntes. 



10 



30. Dispositif suivant la revendication 29, caract6ris6 
en ce que, dans la zone de m6moire d'gtats (ZS) 
pour le d6roulement du protocole, sont pr6vues 
une place m6moire pour le num6ro de bloc (STB) 

de la liste de commande (STL) associSe d I'utili- 15 
sation prSsente, une place mSmoire (BZ) de fonc- 
tions de base pour la designation de fonctions de 
base (Bk) de la fonction de base (B) ex6cut6e en 
dernier lieu avec succ6s et une place m§moire 
(Zi) d'Stats de protocole pour l'6tat de protocole 20 
apr&s la fonction de base (B) ex6cut6e avec sue- 
c6s en dernier lieu. 

31. Dispositif suivant Tune au moins des revendica- 
tions 29 ou 30, caract6ris6 en ce que les places 25 
m§moires pr6sentes dans la zone m<§moire 
d'etats (ZS) sont subdivisSes, pour le contrdle 
d'acefcs de donn6es, en des places mSmoires 
globales et en des places mSmoires concernant 
Tapplication. 30 

32. Dispositif suivant la revendication 31, caract£ris£ 
en ce qu'il est pr£vu une place m€moire pour la 
memorisation, concernant ('application, d'un test 

PIN effectu§ (PIN), pour des tests particuliers 35 
d'authenticite (AUTH1, AUTH2) et ex6cut6s de 
manteredrfferente les uns par rapport auxautres, 
et une place mSrmoire globale pour la memorisa- 
tion d'un test PIN effectuS (GPIN). 
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